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(54) Project work management method and system 



(57) A work management method and system 
which manage a project executed by individuals or 
groups belonging to an organization. In response to a 
phase transition request from a task management unit 
(1 40), a workflow management unit (1 30) performs tran- 
sition and activation of a business phase included in a 
process definition (171), sets a work in work manage- 
ment table (1 73), and issues a task addition request. In 
response to an event addition request or a deletion 
request, an event management unit (150) adds or 
deletes events to or from an event queue (151), moni- 
tors an occurrence of the event and, when the event 
occurs, sends a task status transition request to the task 
management unit (1 40). In response to the task addition 
request, the task management unit (140) sets a task 
name and a task status name in the work management 
table (173), generates the event associated with the 
task name, issues the event addition request. In 
response to the task status transition request described 
above, the task management unit (140) sets the task 
status name, such as "execute" or "complete", in a task 
status column according to the type of the event. When 
the event type is "execute", the task management unit 
(1 40) generates the event and issues the event addition 
request; when the event type is "complete", the unit 
issues a request to delete the generated event. When 
the task status values of all tasks, including the task that 
has completed, of the business phase are "complete", 
the task management unit (140) issues the phase tran- 
sition request. 
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Description 

BACKGROUND OF THE INVENTION 

[0001 ] The present invention relates to work manage- s 
ment technology and more particularly to a work man- 
agement system suitable for managing projects 
performed by individuals or groups belonging to organi- 
zations. 

[0002] One of technologies for managing work per- io 
formed by a plurality of organization members is work- 
flow management technology. Two types of work 
progress control method used by the workflow manage- 
ment technology are: 

15 

Data driven type : Data to be processed is made 
available in accordance with a process definition 
describing a series of work execution sequences 
included in the work in order to control the task 
progress. 20 
Event driven type : A worker is notified of the start 
of a task, associated with a generated event, in 
accordance with a process definition describing the 
start condition of the task included in the work in 
order to control the task progress. 25 

[0003] Some of the known configurations of workflow 
management systems include "Workflow System" dis- 
closed in JP-A-07-160636 and "Workflow Support Sys- 
tem" disclosed in JP-A-08-1 01 81 7. 30 
[0004] Also known as a prior art of changing a series 
of execution sequences is "Workflow Management Sys- 
tem" disclosed in JP-A-08-221486. 

SUMMARY OF THE INVENTION 35 

[0005] Work to which the present invention is applied 
is a project to be executed by individuals or groups 
belonging to organizations. Work includes tasks meet- 
ing the following three conditions: 4o 



[0006] An example of work to which the present inven- 
tion applies is patent processing, executed by an inven- so 
tor, which includes organized work such as a patent 
application, request for examination, and infringement 
countermeasures. That is, the inventor performs the 
task of writing a patent specification during a patent 
application worK the task of deciding whether to 55 
request an examination during a consideration of exam- 
ination request, and the task of checking whether or not 
a patent is infringed during infringement checking. 



[0007] As compared with other types of worK a project 
executed by an individual of an organization or a project 
has the following features: 

~ Tasks are generated non-continuously because 
each task begins when a task instruction is 
received, when necessary information is made 
available, or when a date has arrived. 
- Although some tasks included in work are exe- 
cuted in time sequence, there are some other tasks 
which need not be executed in time sequence and 
which are included or associated with the work. 
~ The contents of a task may be changed during 
execution of the work. 

[0008] When work to which the present invention is to 
be applied is managed by the conventional workflow 
management technology, there are problems described 
below. 

[0009] The problems with the data driven type work- 
flow management system are as follows: 
[001 0] Completion of a task triggers the next task lin- 
early-connected in time sequence in the process defini- 
tion. This makes it difficult to manage work including a 
plurality of tasks generated non-continuously. 
[001 1 ] Changing the contents of tasks in the process 
definition during execution of work makes it difficult to 
integrally manage the progress of the tasks of other like 
work. 

[001 2] The problems with the event driven type work- 
flow management system are as follows: 
[0013] It is difficult to monitor the progress of tasks 
based on the time sequence of the tasks included in a 
work. 

[0014] It is an object of the present invention to pro- 
vide a work management method and system which 
manage a project executed by individuals or groups 
belonging to an organization. 

[0015] It is another object of the present invention to 
provide a technology that makes it easy to monitor the 
progress of tasks included in the event driven workflow. 
[001 6] It is yet another object of the present invention 
to provide a computer readable recording medium stor- 
ing therein a program which implements the above- 
described method. 

[001 7] To achieve the above object, an aspect of the 
present invention provides a work management method 
for use in a system comprising one or more user termi- 
nals and one or more servers connected to the user ter- 
minals. The work management method for managing a 
process based on a process definition in which busi- 
ness phases, each composed of one or more tasks, are 
connected linearly in time sequence comprises the 
steps of: 

in each of the servers, preparing in memory the 
process definition, task definition defining tasks for 
each business phase, and a work management 



35 



- A task is included in one or more types of work 
executed in an organization; 

- A task is executed by a specific individual or by a 
plurality of members belonging to a specific group; 45 
and 

- Tasks are associated with each other. 
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table Ibr managing work progress, and providing a 
workflow management unit, a task management 
unit, and an event management unit; 
in the event management unit, providing program 
means for adding an event to, or deleting the event 
from, an event queue in response to an event addi- 
tion request or an event deletion request, for moni- 
toring a generation of the events stored in the event 
queue, for issuing a task status transition request to 
the task management unit in response to the gener- 
ation of the event, and for deleting the generated 
event from the event queue; 
in the task management unit, providing program 
means for storing the tasks or a task status or both 
in a work management table in response to a task 
addition request or the task status transition 
request, for issuing the event addition request or 
the event deletion request based on a task defini- 
tion of the tasks and, when all the tasks of a busi- 
ness phase are completed, for issuing a phase 
transition request to the workflow management 
unit; and 

in the workflow management unit, providing pro- 
gram means for adding a next business phase and 
phase status to the work management table in 
response to a new work generation request or the 
phase transition request and based on the process 
definition, for obtaining a task list from the task def- 
inition corresponding to the business phase, and for 
issuing the task addition request to the task man- 
agement unit. 

[001 8] A completion condition is set in a first business 
phase of the process definition information and, in 
response to whether or not the completion condition is 
satisfied during execution of the first business phase, 
the workflow management unit activates a second busi- 
ness phase following the first business phase. 
[0019] A business phase transition condition is set in 
a first business phase of the process definition informa- 
tion and, in response to whether or not the transition 
condition is satisfied during execution of the first busi- 
ness phase, the workflow management unit activates a 
second business phase following the first business 
phase. 

[0020] Other objects, features and advantages of the 
present invention will become apparent from the follow- 
ing detailed description of the embodiments taken in 
conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0021] 

FIG. 1 is a block diagram showing an embodiment 
of a work management system for individuals or 
groups according to the present invention. 
FIG. 2 is a conceptual diagram showing a process 



DESCRIPTION OF THE EMBODIMENTS 
(First embodiment ) 

[0022] The overall configuration of a work manage- 
ment system according to the present invention will be 
described below with reference to FIG. 1. 
[0023] FIG. 1 shows an embodiment of a client-server 
type work management system. 
[0024] An example of system configuration other than 
the above-described client-server type system is a Web 
type system configuration using Web browsers as user 
terminals. In this case, the Web browsers execute a part 
of work management processing using programs and 
data sent from the server. 

[0025] The client-server type system and the Web 
type system differ in the location where the work man- 
agement functional programs are stored and executed 
and in the user interface. There is no difference 
between them in the types and the number of functional 
programs. 

[0026] There is also an example of the system config- 
uration in which only user terminals are used. In this 
case, user terminals have the functions of the clients 
and the server shown in FIG. 1 . 
[0027] The configuration of the client-server type sys- 
tem will be described below. 

[0028] The work management system shown in FIG. 
1 has three clients 1 10 which act as user terminals and 
one server 120 which executes work management. The 
number of clients 110 in the work management system 
depends on the number of users. A plurality of servers 



definition and a task definition. 

FIG. 3 is a conceptual diagram showing a work 

management table. 

FIG. 4 is a conceptual diagram showing an event 
5 queue. 

FIG. 5 is a diagram showing an embodiment of a 
user task screen displayed on a client according to 
the present invention. 

FIG. 6 are flowcharts showing the event monitoring 
10 processing, event addition processing, and event 
deletion processing of an event management unit 
used in the embodiment of the present invention. 
FIG. 7 is a flowchart showing the task status transi- 
tion processing of a task management unit used in 
15 the embodiment of the present invention. 

FIG. 8 is a flowchart showing the task addition 
processing of a task management unit used in the 
embodiment of the present invention. 
FIG. 9 is a flowchart showing the phase transition 
20 processing and the work start processing of a work- 
flow management unit used in the embodiment of 
the present invention. 

FIG. 10 is a flowchart showing the task status tran- 
sition processing of a task notification unit used in 
25 the embodiment of the present invention. 



30 



35 



40 



45 



50 



55 



3 



5 



EP0 950 971 A2 



6 



120 may be used in a high-load system where a concur- 
rent processing is performed. 

[0029] In the embodiment shown in FIG. 1 , the server 
120 has functional components including a workflow 
management unit 130, a task management unit 140, an 
event management unit 150, and a task notification unit 
160. The overview of their functions will be described 
below. 

[0030] The workflow management unit 130 manages 
a business phase, composed of a set of tasks, using a 
work management table 173 according to a process 
definition 171 created by the user and stored in a work 
management database 170. 

[0031] The task management unit 140 manages a 
task status using the work management table 173 
according to a task definition table 172 created by the 
user and stored in the work management database 1 70. 
[0032] The event management unit 1 50 monitors an 
event which triggers the start and the end or completion 
of a task with the use of an event queue 151. In this 
embodiment, an event refers to the creation, editing, or 
deletion of documents stored in a document manage- 
ment database 180. It is to be understood that, in the 
present invention, events also include various types of 
events such as task start/end, Web page updating on 
the Internet, mail arrival, and database updating. A doc- 
ument 181 is created based on a document form (docu- 
ment template) 182. 

[0033] The task notification unit 1 60 creates a notifica- 
tion message indicating the generation of a task accord- 
ing to the task definition table 172 and sends it to the 
user. 

[0034] FIG. 2 shows examples of the process defini- 
tion 171 and the task definition table 172. 
[0035] The process definition 1 71 used in this embod- 
iment is composed of business phases represented by 
nodes 21 1 connected by arcs 212 in time sequence. A 
business phase is defined as a conceptual business 
time interval used to represent the progress of work. 
[0036] Although connected linearly in the process def- 
inition 171 in this embodiment, business phases are, in 
general, forms a network including branching and 
branch unification. 

[0037] The task definition table 172, created for each 
business phase for defining task start and end condi- 
tions, describes the tasks which the user may perform in 
that business phase. 

[0038] In the process definition 171 shown in FIG. 2, 
three business phases of patent processing, that is, pat- 
ent application document preparation, examination 
requesting, and infringement countermeasures, are 
represented as nodes 211-1, 211-2, 211-3. Arcs 212-1, 
212-2 are used to represent that control is passed to the 
business phases in this sequence. 
[0039] The task definition table 172 used in this 
embodiment is a table including a task column 221 iden- 
tifying a task, an input document column 222 required 
for task execution, an output document column 223 cre- 



ated by task execution, and a default column 224 indi- 
cating whether or not the task is to be executed by 
default. 

[0040] The task definition table 1 72 shown in FIG. 2 

5 contains the tasks of the infringement checking busi- 
ness phase node 211-3. The table 172 indicates that 
three tasks, "investigation", "judgment", and "counter- 
measure", may be executed in the infringement counter- 
measure business phase. 

10 [0041 ] The default columns 224 corresponding to the 
three tasks, "investigation", "judgment," and "counter- 
measure," in the task definition table 172 contain "ON", 
indicating that the three tasks will be executed by default 
in the business phase. 

15 [0042] "OFF", if contained in the default column 224, 
indicates that the task will not be executed by default. 
[0043] The user may change a set of tasks in the busi- 
ness phase to be executed on the clients 110. More 
specifically, the user may change the value in the default 

20 column 224 from ON to OFF or from OFF to ON. 

[0044] FIG. 3 shows an example of the work manage- 
ment table 1 73 used to manage the work progress sta- 
tus. The work management table 173 is composed of a 
work column 310 identifying work, a process column 

25 320 identifying a process definition to be followed in 
doing the work, a phase column 330 identifying a busi- 
ness phase representing work progress, a phase status 
column 340 representing the status of a business 
phase, a task column 350 identifying one or more tasks 

30 to be executed in the business phase, and a task status 
column 360 representing the status of the tasks. 
[0045] The work management table 1 73 manages the 
business phase status of the work being executed, and 
the business phase status of some or all completed 

35 works, with the use of the phase status column 340. It 
also manages the status of the tasks included in each 
phase with the use of the task status column 360. 
[0046] The phase status column 340 of the work man- 
agement table 173 may take one of two values: "active" 

40 and "inactive". The workflow management unit 130 
changes this value according to the process definition 
171. 

[0047] That is, when all tasks defined in the process 
definition 171 that must be executed in the current busi- 

45 ness phase are completed, the workflow management 
unit 130 sets the next business phase in the work man- 
agement table 173 and activates the phase status col- 
umn 340. When all tasks that must be executed in that 
business phase are completed, the workflow manage- 

50 ment unit 1 30 deactivates the phase status column 340 
again. 

[0048] The task status column 360 of the work man- 
agement table 1 73 may take one of three values: "Wait", 
"Execute", and "Complete". The task management unit 
55 140 changes this value according to the task definition 
table 172. 

[0049] That is, when the document 181 described in 
the input document column 222 of the task definition 
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table 1 72 is made available, the task management unit 
140 changes the value of the task status column 360 of 
the work management table 173 from "Wait" to "Exe- 
cute". When the document 181 described in the output 
document column 223 of the task definition table 1 72 is 5 
made available, the task management unit 140 changes 
the value of the task status column 360 of the work 
management table 173 from "Execute" to "Complete". 
[0050] When the user on the clients 110 changes a set 
of tasks to be executed in a business phase, the task 
management unit 140 changes the set of tasks included 
in the work management table 173. More specifically, 
when the user changes value of the default column 224 
of a task in the task definition table 1 72 from "ON" to 
"OFF", the task management unit 140 deletes the row 
composed of the task column 350 and the task status 
column 360 corresponding to the task in the work man- 
agement table 1 73. Conversely, when the user changes 
the value of the default column 224 from "OFF" to "ON", 
the task management unit 1 40 adds a row composed of 
the task column 350 and the task status column 360 to 
the corresponding phase in the work management table 
173 and then sets the task name and "wait" in the task 
column 350 and the task status column 360 of the row, 
respectively 

[0051] FIG. 4 shows an example of the event queue 
151. 

[0052] The event queue 151 is a queue used to man- 
age events to be monitored. 

[0053] An event refers to the creation of information 
required for, or created by task execution. 
[0054] In this embodiment, events are classified into 
the following two for management: 

" Start event : Refers to the addition of a document 
181, required for task execution, to the document 
management database 180. 
" Complete event : Refers to the addition of a doc- 
ument 181, created from the document form 182 
during task execution, to the document manage- 
ment database 180. 

[0055] In this embodiment, the event queue 151 is a 
table composed of a work column 410 identifying the 
work, a document form column 420 identifying the form 
of the document 181 which is checked for an event, a 
process column 430 identifying the process definition 
171 to be followed in doing the work, a phase column 
440 identifying a business phase representing the work 
progress, a task column 450 identifying a task to be 
checked for an event, and an event type column 460 
identifying the type of the event. 
[0056] The event management unit 1 50 adds the start 
event and the complete event of a task included in an 
activated business phase and placed in the wait status, 
and monitors the occurrence of those events. 
[0057] When an event occurs, the event management 
unit 150 notifies the task management unit 140 of the 



occun-ence of the event and deletes the event from the 
event queue 151. 

[0058] FIG. 5 is an example of a task screen displayed 
on the clients 110-1 to 110-3 when the user specifies 
work to be processed. 

[0059] This client work screen 500 comprises a work 
name field 510 identifying work, a process definition 
name field 520 identifying the process definition 1 71 to 
be followed by the work, a business phase progress 
field 530 in which the progress status of the business 
phase is displayed, a task list field 540 in which the 
progress status of the tasks included in the business 
phase is displayed, and a document link list field 550 in 
which linl^ to the documents 181 necessary for task 
execution are displayed. 

[0060] To display the progress status of a business 
phase, the business phase progress field 530 of this 
embodiment uses the process definition 171. That is, 
the node 531-3 of an active business phase is displayed 
in black, while the node 531 -1 , 531 -2 of an inactive busi- 
ness phase is displayed in white. 
[0061] In the task list field 540 of this embodiment, a 
table composed of an execution-required column 541 
identifying whether or not the task is to be executed, a 
task column 542 identifying a task, and a status column 
543 indicating the status of the task is displayed. 
[0062] In this embodiment, the bold circle (corre- 
sponding to ON in the default column 224 in FIG. 2) in 
the execution-required column 541 of the task list indi- 
cates that task execution is required, while the while cir- 
cle (corresponding to OFF in the default column 224 in 
FIG. 2) indicates that task execution is not required. 
[0063] The user may change the color of the circle in 
the execution-required column 541 of the task list field 
540. 

[0064] When the user changes the execution-required 
column 541 of the task list field 540, the default column 
224 of the task definition table 1 72 is changed and then 
the work management table 1 73 is changed. 
[0065] That is, when the user changes the execution- 
required column 541 to indicate that the task need not 
be executed, "ON" in the default column 224 is changed 
to off", the row corresponding to the task is deleted 
from the work management table 173, and then the 
processing described below is performed. 
[0066] When the business phase including the task is 
active, the events which will occur when the documents 
181 required for, and created as a result of, task execu- 
tion are added to the document management database 
180 are deleted from the event queue 151 through the 
event management unit 150. 

[0067] Similarly, when the user changes the execu- 
tion-required column 541 to indicate that the task is 
required to be executed, "OFF" in the default column 
224 is changed to "ON", the row corresponding to the 
task is added to the work management table 173, and 
then the processing described below is performed. 
[0068] When the business phase including the task is 
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active, the events which will occur when the documents 
181 required for, and created as a result of, task execu- 
tion are added to the document management database 
1 80 are added to the event queue 1 51 through the event 
management unit 1 50. 5 
[0069] In the document link list field 550 of this embod- 
iment, the document links are divided into two types of 
link: a link to the document 181 required for task execu- 
tion and a link to the document form 182 of the docu- 
ment 181 created as a result of task execution. 
[0070] FIG. 6 shows the flowcharts of event monitor- 
ing, event addition, and event deletion performed by the 
event management unit 150. 

[0071] Event monitoring processing, which is a pro- 
gram started at a regular interval (periodically], is per- 
formed as follows: 

[0072] The event management unit 150 acquires an 
unprocessed event from the event queue 151 (step 
605). 

[0073] The unit 1 50 checks if there is an unprocessed 
event (step 610] and, if not, ends processing. 
[0074] If there is an unprocessed event (step 610), the 
unit 150 checks the document management database 
180 if there is the document 181 which is created based 
on the document form 182 described in the document 
form column 420 of the event and which describes the 
work described in the work column 410 of the event 
(step 615). 

[0075] If such a document 1 81 is not found (step 605), 
control goes back to the processing (step 605). 
[0076] If such a document is found (step 620), the unit 
150 calls the task status transition processing (FIG. 7) 
of the task management unit 140, using as the argu- 
ments the worK process, phase, task, and event type 
described in the work column 410, process column 430, 
phase column 440, and task column 450. 
[0077] After that, the event management unit 150 
deletes the event from the event queue 151 (step 630). 
[0078] Event addition processing is performed as fol- 
lows: 

[0079] The unit 150 adds the argument-specified 
work, document form, process, phase, task, and event 
type to the work column 410, document form column 
420, process column 430, phase column 440, task col- 
umn 450, and event type column 460 of a new row of 
the event queue 151. 

[0080] Event deletion processing is performed as fol- 
lows: 

[0081 ] The unit 1 50 searches the event queue 1 51 for 
an event queue row whose work column 410, process 
column 430, phase column 440, and task column 450 
contain the argument-specrfied work, process, phase, 
and task. 

[0082] The unit 1 50 then deletes that event queue row 
(step 655). 

[0083] FIGS. 7 and 8 show the processing flows of 
task status transition processing and task addition 
processing performed by the task management unit 



140. 

[0084] Task status transition processing is performed 
as follows: 

[0085] The unit 1 40 searches the work management 
table 173 for a row whose work column 310. process 
column 320, phase column 330, and phase status col- 
umn 340 contain the argument-specified worK process, 
phase, and task (step 705). 

[0086] If the argument-specified event type is a "com- 
plete event" (step 710), control goes to processing step 
715; if the event type is a "start event" (step 710), con- 
trol goes to processing step 745. 
[0087] The unit 1 40 sets "Complete" in the task status 
column 360 of the searched row (step 71 5). 
[0088] The task management unit 1 40 calls the event 
deletion processing (FIG. 6] of the event management 
unit 150 with the argument-specified work, process, 
phase, and task as the arguments 720. 
[0089] The task management unit 140 then searches 
the work management table 173 for a row that contains 
the argument-specified worK process, and phase in the 
work column 310, process column 320, and phase col- 
umn 330, and acquires a list of one or more task status 
values from the task status column 360 (step 725). 
[0090] The unit 1 40 compares each of all the task sta- 
tus values with "Complete" (step 730). 
[0091] If all the task status values are "Complete" 
(step 735), control is transferred to processing step 740. 
If at least one of status values is not "Complete" (step 
735), the processing ends. 

[0092] In processing step 740, the unit 140 calls the 
phase transition processing of the workflow manage- 
ment unit 130 (FIG. 9) with the argument-specified 
work, process, and phase as the arguments (step 740). 
[0093] If the event type is not "Complete", the unit 1 40 
sets "Execute" in the task status column 360 of the 
searched row (step 745). 

[0094] From the task definition table 1 72 described in 
the argument-specified phase in the process definition 
171 indicated by the argument-specified process, the 
unit 140 acquires a list of combinations of the task, input 
document form, and output document form contained in 
the phase (step 750). 

[0095] The unit 140 searches the obtained list for a 
combination having the argument-specified task (step 
755). 

[0096] The unit 140 acquires the output document 
form from the searched combination (step 760). 
[0097] The unit 140 calls the event addition process- 
ing (FIG. 6) of the event management unit 150 using the 
argument-specified work, process, phase, and task, as 
well as the acquired output document and "Complete 
event" (the event type is always "complete" for an output 
document), as the arguments (step 765). 
[0098] The unit 140 then calls the task notification 
processing (FIG. 10) with the argument-specified work, 
process, and phase, as well as the input document form 
and the output document form in the searched combina- 
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tion, as the arguments (step 770). 
[0099] Task addition processing is performed as fol- 
lows (FIG. 8): 

[0100] The task management unit 140 searches the 
work management table 1 73 for a row with the work col- 5 
umn 310, process column 320, and phase column 330 
that contain the argument-specified work, process, and 
phase (step 805). 

[0101] The unit 140 sets the argument-specified task 
list and "Wait" in the task column 350 and the task sta- 
tus column 360 of the searched row (step 810). 
[0102] The unit 140 acquires an unprocessed task 
from the argument-specified task list (step 815). 
[01 03] If there is an unprocessed task (step 820) , con- 
trol is transferred to processing step 825. If not (step 
820], control is transferred to processing step (step 820) 
to an end processing. 

[0104] From the task definition table 1 72 of the argu- 
ment-specified phase of the process definition 171 indi- 
cated by the argument-specified process, the unit 140 
obtains the input document form corresponding to the 
acquired task (step 825). 

[0105] The unit 140 calls the event addition process- 
ing (FIG. 6) of the event management unit 150 with the 
argument-specified work, process, phase, and the 
obtained task and document form as the arguments. 
[0106] FIG. 9 shows the processing flow of phase 
transition processing and work start processing exe- 
cuted by the workflow management unit 130. 
[0107] Phase transition processing is performed as 
follows: 

[0108] If the argument-specified phase is NULL (step 
905), control goes to processing step 910; if not NULL 
(step 905), control goes to processing step 915. 
[01 09] The unit 1 30 acquires 91 0 the first phase from 
the process definition 171 indicated by the argument- 
specified process and passes control to processing step 
925. 

[0110] The unit 130 acquires the phase following the 
argument-specified phase from the process definition 
171 indicated by the argument-specified process (step 
915). 

[01 1 1 ] If there is a phase that follows step 920, control 
is transferred to processing step 925; if not step 920, the 
processing ends. 

[01 1 2] The unit 1 30 sets the argument-specified work, 
process, acquired phase, and "Active" in the work col- 
umn 310, process column 320, phase column 330, and 
phase status column 340 of the work management table 
1 73 (step 925) and activates the business phase. 
[01 1 3] From the task definition table 1 72 of the phase 
obtained from the process definition 171 indicated by 
the argument-specified process, the unit 130 acquires 
the task list (step 930). 

[0114] The unit 130 calls the task addition processing 
(FIG. 8) of the task management unit 140 with the argu- 
ment-specified work, process, the obtained next phase, 
and the task list as the arguments (step 935). 



[01 1 5] Work start processing is performed as follows: 
[0116] The phase transition processing of the work- 
flow management unit 130 is called with the argument- 
specified work, process, and NULL phase as the argu- 
ments (step 940). 

[01 17] FIG. 10 shows the processing flow of task noti- 
fication performed by the task notification unit 160. 
[01 1 8] The task notification unit 1 60 creates a notifica- 
tion message from the argument-specified work, proc- 
ess, phase, and task (step 1005). 
[01 19] The unit 160 searches the document manage- 
ment database 180 for the document 181 with the argu- 
ment-specified work and the input document form (step 
1010). 

[0120] The unit 160 includes the link to the searched 
document 181 into the notification message (step 
1015). 

[01 21 ] The unit 1 60 includes the link to the argument- 
specified output document form 182 into the notification 
message (step 1020). 

[01 22] The unit 1 60 sends the notification message to 
the task execution user (step 1025). 

(Second embodiment) 

[01 23] In the first embodiment, when all the tasks of a 
phase in the work management table 173 are com- 
pleted, the phase is deactivated and the next phase is 
activated. 

[0124] However, two or more tasks of different busi- 
ness phases may be executed concurrently in actual 
work management. For example, a task in business 
phase A may overlap in time with a task in business 
phase B. 

[01 25] To solve this, one of the following two methods 
maybe used: 

~ A rule is added to a business phase to control the 
end of the business phase flexibly 
- A rule is added to a business phase to control the 
start of the business phase flexibly 

[0126] To implement the former rule, the deadline 
attribute may be added to the node 21 1 in the process 
definition 171. 

[01 27] By passing the deadline attribute added to the 
node 21 1 in the process definition 1 71 to the work man- 
agement table 173, the workflow management unit 130 
may check the deadline of the business phase periodi- 
cally When the deadline comes, the unit 130 may acti- 
vate the next business phase assuming that the current 
business phase has ended. 

[0128] To implement the latter rule, the task-comple- 
tion-required column may be added to the task defini- 
tion table 172 to specify whether the completion of the 
task is required for the business phase including that 
task. 

[0129] By passing the value of the task-completion- 
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required column of the task definition table 172 to the 
work management table 1 73, the task management unit 
140 may activate the business phase following the one 
including that task when all the tasks with the required 
attribute are completed during the task status transition 5 
processing. 

[0130] The present invention allows the business 
phase status and the task progress status to be man- 
aged integrally, thus making it possible for individuals or 
groups belonging to an organization to manage 10 
projects. 

Claims 

1. A method of creating a business process definition 15 
for use in a work management system in which a 
start and an end of tasl@ included in a business 
process are controlled based on events, said 
method comprising the steps of: 

20 

grouping one or more tasl^ into a plurality of 
business phases, said one or more tasks 
grouped in each business phase being exe- 
cuted in a time period specified on business; 
and 25 
defining a transition sequence of business 
phases to represent an execution sequence of 
tasks included in the business phases which 
are different with each other. 

30 

2. The method of creating a business process defini- 
tion according to claim 1, further comprising the 
step of: 

describing, for each business phase, a transi- 35 
tion condition which must be satisfied to transit 
from a previous business phase to a relevant 
business phase or from the relevant business 
phase Id a next business phase. 

40 

3. A method of monitoring the progress of a business 
process for use in a work management system con- 
trolling a start and an end of tasks in accordance 
with a business process definition created by the 
method of creating a business process definition 45 
according to claim 1, said method of monitoring 
business process progress comprising the steps of: 

detecting a task execution status in the busi- 
ness process; and so 
generating display information on a business 
phase transition status based on said detected 
task execution status to thereby monitor the 
business process progress. 

55 

4. A work management method of controlling a start 
and an end of tasks in accordance with a business 
process definition created by the method of creat- 



ing the business process definition according to 
claim 1 , said work management method comprising 
the steps of: 

monitoring a generation of an event triggering 
the start or the end of the task to manage the 
event; 

controlling the start or the end of a task in 
response to the event to manage the task; and 
when all the tasks included in a relevant busi- 
ness phase are finished, starting said monitor- 
ing of the generation of events triggering the 
start of tasks included in a next business phase 
to manage a work. 

5. The work management method according to claim 
4, wherein said monitoring step comprising the 
steps of: 

storing a particular event into an event queue 
(151), said particular event being put in a wait 
status by the step of managing the work; 
monitoring the generation of the events stored 
in the event queue (151); and 
when the particular event stored in the event 
queue (151) occurs, deleting the particular 
event from the event queue (151). 

6. A work management method of controlling a start 
and an end of tasks in accordance with a business 
process definition created by the method of creat- 
ing the business process definition according to 
claim 2, said work management method comprising 
the steps of: 

monitoring a generation of an event triggering 
the start or the end of the task to manage the 
event; 

controlling the start or the end of a task in 
response to the event to manage the task; and 
based on a transition condition set up for a rel- 
evant business phase, starting the monitoring 
of the generation of the event triggering the 
start of the tasks included in the relevant busi- 
ness phase or a next business phase to man- 
age a work. 

7. The work management method according to daim 
6, wherein said monitoring step comprising the 
steps of: 

storing a particular event into an event queue 
(151), said particular event being put in a wait 
status by the step of managing the work; 
monitoring the generation of the events stored 
in the event queue (151); and 
when the particular event stored in the event 
queue (151) occurs, deleting the particular 
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event from the event queue (151). 

8. For use in a system comprising one or more user 
terminals (110) and one or more servers (120) con- 
nected to the user terminals (11 0), a work manage- s 
ment method for managing a process based on 
process definition information (171) in which busi- 
ness phases, each composed of one or more tasks, 
are connected in time sequence, said work man- 
agement method comprising the steps of: io 

in each of said servers (120), preparing said 
process definition information (171), task defi- 
nition information (1 72) defining tasks for each 
business phase, and a work management table 15 
(173) for managing work progress, and per- 
forming a workflow management unit (130), a 
task management unit (140), and an event 
management unit (150); 

in said event management unit (150), adding 20 
an event to, or deleting the event from, an event 
queue (151) in response to an event addition 
request or an event deletion request, monitor- 
ing a generation of the events stored in the 
event queue (1 51), issuing a task status transi- 25 
tion request to said task management unit 
(140) in response to the generation of the 
event, and deleting the generated event from 
the event queue (151); 

in said task management unit (1 40), storing the 30 
tasks or a task status or both in a work man- 
agement table (1 73) in response to a task addi- 
tion request or said task status transition 
request, issuing the event addition request or 
the event deletion request based on a task def- 35 
inition of the tasks and, when all the tasks of a 
business phase are completed, issuing a 
phase transition request to said workflow man- 
agement unit (130); and 

in said workflow management unit (130), add- 40 
ing a next business phase and phase status to 
said work management table (173) in response 
to a new work generation request or said phase 
transition request and, based on said process 
definition information (1 71), obtaining a task list 45 
from the task definition table (172) correspond- 
ing to the business phase, and issuing the task 
addition request to said task management unit 
(140). 

50 

9. The work management method according to claim 
8, wherein a completion condition is set in a first 
business phase of said process definition informa- 
tion and, in response to a satisfaction of said com- 
pletion condition during execution of the first 55 
business phase, said workflow management unit 
(130) activates a second business phase following 

the first business phase. 



10. The work management method according to claim 
8, wherein a business phase transition condition is 
set in a first business phase of said process defini- 
tion information and, in response to a satisfaction of 
said transition condition during execution of the first 
business phase, said workflow management unit 
(130) activates a second business phase following 
the first business phase. 

11. A business process progress monitoring unit for 
use in work management in which a start and an 
end of tasks included in a business process are 
controlled based on events, said monitoring unit 
comprising: 

means for storing a business process definition 
defining: 

a plurality of connected business phases of a 
business process, each phase composed of 
one or more task groups which are executed in 
a specific time period on business, and 
a transition sequence of the business phases 
to represent an execution sequence of the 
tasks included in the business phases which 
are different with each other; 
control means for controlling the start and the 
end of the tasks in accordance with the busi- 
ness process definition; and 
status monitoring means for displaying a busi- 
ness phase transition status based on a task 
execution status in response to an operation of 
said control means. 

12. A method of monitoring a business process for use 
in work management in which a start and an end of 
tasks included in the business process are control- 
led based on events, said method comprising the 
steps of: 

storing a business process definition defining: 

a plurality of connected business phases 
of the business process, each business 
phase being composed of one or more 
task groups which are executed in a prede- 
termined time period on business, and 
a transition sequence of the business 
phases to represent an execution 
sequence of the tasks included in the busi- 
ness phases which are different with each 
other; 

controlling the start and the end of said 
tasks in accordance with said business 
process definition; and 
displaying and monitoring a business 
phase transition status based on a task 
execution status in response to a result of 
said controlling step. 
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13. A computer program encoded in computer reada- 
ble memory medium for implementing by the com- 
puter, operations of monitoring a business process 
status in work management for controlling the start 
and end of tasks included in a business process in 5 
response to the occurrence of event, comprising 
the steps: 

storing a business process definition defining: 

10 

a plurality of connected business phases 
of a business process, each business 
phase being composed of one or more 
task groups which are executed in a time 
period predetermined on business, and is 
a transition sequence of the business 
phases to represent an execution 
sequence of the tasks included in the busi- 
ness phases which are different with each 
other; 20 
controlling the start and the end of said 
tasks in accordance with said business 
process definition; and 
displaying and monitoring a business 
phase transition status based on a task 25 
execution status in response to a result of 
said controlling step. 

14. An event-driven type work management method for 
monitoring a progress status of a business process 30 
having sets of tasks as business phases on a time 
base therein, comprising the steps of: 

controlling the start and end of a task or tasks 
in a respective relevant business phase by a 35 
task manager based on a pre-determined busi- 
ness process definition in response to an 
occurrence of an event detected in an event 
manager; 

updating a work management table and/or task 40 
status information in response to the operation 
of the task performing step; and 
monitoring the status of the txisiness phase 
being progressed by referring to said work 
management table and/of task status informa- 45 
tion through a workflow manager. 

15. The event-driven type work management method 
according to claim 14, wherein 

50 

(1) said event manager performs the steps of: 
(a) managing the event to be monitored; (b) 
monitoring the occurrence of the event to be 
monitored; and (c), in response to the occur- 
rence of the event, notifying the occurrence to 55 
said task manager; 

(2) said task manager performs the steps of: 
(a) setting the business phase to be executed 



and task information in said management 
table; (b) requesting the event manager to 
monitor the occurrence of the event satisfying a 
start condition of the task; and (c) notifying an 
end of said business phase to the workflow 
manager; and 

(3) said workflow manager performs managing 
the status of the business phase using the work 
management table. 

16. A computer program encoded in a computer reada- 
ble recording medium which implements by the 
computer the operation of an event-driven type 
work management method for monitoring a 
progress status of a business process having sets 
of tasks as business phases on a time base therein, 
comprising the steps of: 

controlling the start and end of a task or tasks 
in a respective relevant business phase by a 
task manager based on a pre-determined busi- 
ness process definition in response to an 
occurrence of an event detected in an event 
manager; 

updating a work management table and/or task 
status information in response to the operation 
of the task performing step; and 
monitoring the status of the business phase 
being progressed by referring to said work 
management table and/of task status informa- 
tion through a workflow manager. 

17. A method of monitoring the generation of events for 
use in work management in which a start and an 
end of tasl@ included in a business process are 
controlled based on the events, said method com- 
prising the steps of: 

storing a business process definition defining: 

a plurality of connected business phases 
of the business process, each business 
phase being composed of one or more 
task groups which are executed in a time 
period specified on business, 
a transition sequence of the business 
phases to represent an execution 
sequence of the tasks included in the busi- 
ness phases which are different with each 
other; and 

the events triggering the start and the end 
of tasks; 

when the business phase transits, monitor- 
ing the events triggering the start and the 
end of the tasks included in the business 
phase according to said business process 
definition; and 

when the start of the task is notified to a 
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task execution user, monitoring the events 
triggering the end of the task. 
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FIG. 6 



EVENT 
MONITORING 



ACQUIRE AN 
UNPROCESSED 
EVENT FROM 
THE EVENT QUEUE. 



--^05 




645' 



CHECK IF THERE IS A 
DOCUMENT HAVING 
THE WORK AND 

THE DOCUMENT 
FORM DESCRIBED 
IN THE EVENT. 




620 



CALL "TASK STATUS 
TRANSITION" USING 
THE WORK, PROCESS, 
PHASE, TASK, EVENT 
TYPE DESCRIBED 
IN THE EVENT AS 
THE ARGUMENTS. 



650- 



-625 



DELETE THE EVENT 
FROM THE EVENT 
QUEUE. 



630 



655 



EVENT ADDITION 



ADD THE ARGUMENT- 
SPECIFIED WORK, 
DOCUMENT FORM, 
PROCESS, PHASE, 
TASK, AND EVENT 
TYPE TO THE WORK 
COLUMN, DOCUMENT 

FORM COLUMN, 
PROCESS COLUMN, 
PHASE COLUMN, TASK 
COLUMN, AND EVENT 
TYPE COLUMN OF 

A NEW ROW OF 
THE EVENT QUEUE. 



END 



EVENT DELETION 



SEARCH THE EVENT 
QUEUE FOR AN EVENT 
QUEUE ROW WHOSE 

WORK COLUMN, 
PROCESS COLUMN, 

PHASE COLUMN, 
AND TASK COLUMN 
CONTAIN THE 
ARGUMENT-SPECIFIED 
WORK. PROCESS, 
PHASE, AND TASK. 



DELETE THAT EVENT 
QUEUE ROW. 



END 
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TASK STATUS 
TRANSITION 



FIG. 7 



SEARCH THE WORK MANAGEMENT TABLE 
FOR A ROW WHOSE WORK COLUMN. 
PROCESS COLUMN, PHASE COLUMN, 

AND TASK COLUMN CONTAIN 
THE ARGUMENT- SPECIFIED WORK, 

PROCESS, PHASE, AND TASK. 



"START EVENT" 
1"C0MPLETE EVENT" 



SET -COMPLETE" IN THE TASK 
STATUS COLUMN OF THE 
SEARCHED ROW. 



CALL THE EVENT DELETION 
PROCESSING WITH THE 
ARGUMENT-SPECIFIED 
WORK. PROCESS, PHASE, AND 
TASK AS THE ARGUMENTS. 



^715 



^720 



SEARCH THE WORK MANAGEMENT 
TABLE FOR A ROW THAT CONTAINS 
THE ARGUMENT-SPECIFIED WORK. 
PROCESS, AND PHASE IN THE WORK 
COLUMN. PROCESS COLUMN, AND 
PHASE COLUMN, AND ACQUIRE A LIST OF 
ONE OR MORE TASK STATUS VALUES 
FROM THE TASK STATUS COLUMN. 



-^725 



COMPARE EACH OF ALL 
THE TASK STATUS VALUES 
WITH "COMPLETE". 



^730 




CALL "PHASE TRANSITION" 
USING THE WORK, 
PROCESS, AND PHASE 
AS THE ARGUMENTS. 



'740 



'705 




SET "EXECUTE" IN THE 
TASK STATUS COLUMN OF 
THE SEARCHED ROW. 



FROM THE TASK DEFINITION TABLE IN 
THE ARGUMENT- SPECIFIED PHASE IN 
THE PROCESS DEFINITION INDICATED 

BY THE ARGUMENT- SPECIFIED 
PROCESS, THE UNIT ACQUIRES A LIST 
OF COMBINATK)NS OF THE TASK, 
INPUT DOCUMENT FORM, AND 
OUTPUT DOCUMENT FORM. 



SEARCH THE ACQUIRED LIST FOR 
A COMBINATION HAVING THE 
ARGUMENT- SPECIFIED TASK. 



ACQUIRE THE OUTPUT 
DOCUMENT FORM FROM 
THE SEARCHED COMBINATION. 



CALL "EVENT ADDITION PROCESSING" 

USING THE ARGUMENT-SPECIFIED 
WORK, PROCESS, PHASE, AND TASK. 
THE ACQUIRED OUTPUT DOCUMENT 
FORM, AND "COMPLETE EVENT" AS 
THE ARGUMENTS. 



CALL "TASK NOTIFICATION 
PROCESSING" WITH THE 
ARGUMENTSPECIRED WORK. 
PROCESS, AND PHASE, AS WELL AS 
THE INPUT DOCUMENT FORM AND 
THE OUTPUT DOCUMENT FORM 
IN THE SEARCHED COMBINATION, 
AS THE ARGUMENTS. 



END 
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FIG. 8 



TASK ADDITION 



SEARCH THE WORK MANAGEMENT 
TABLE FOR A ROW WITH THE WORK 
COLUMN, PROCESS COLUMN, AND 

PHASE COLUMN THAT CONTAIN 
THE ARGUMENT-SPECIFIED WORK, 



~805 



1 1 iw^ww, r 

1 




— 810 


SET THE ARGUMENT-SPECIFIED 
TASK LIST AND "WAIT" IN THE TASK 

COLUMN AND THE TASK STATUS 
COLUMN OF THE SEARCHED ROW. 










ACQUIRE AN UNPROCESSED TASK 
FROM THE ARGUMENT-SPECIFIED 
TASK LIST. 


~815 




FROM THE TASK DEFINITION TABLE 
OF THE ARGUMENT-SPECIFIED 

PHASE OF THE PROCESS 
DEFINITION INDICATED BY THE 
ARGUMENT-SPECIFIED PROCESS, 
ACQUIRE THE INPUT DOCUMENT 
FORM CORRESPONDING TO 
THE ACQUIRED TASK 



— 825 



CALL "EVENT ADDITION" WITH 
THE ARGUMENT- SPECIFIED WORK, 

PROCESS. PHASE, AND THE 
ACQUIRED TASK AND DOCUMENT 
FORM AS THE ARGUMENTS. 



~830 
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.915 



ACQUIRE THE FIRST PHASE 

FROM THE PROCESS 
DEFINITION INDICATED BY 
THE ARUMENT-SPECIFIED 
PROCESS. 



'910 



ACQUIRE THE PHASE FOLLOWING 
THE ARGUMENT-SPECIFIED PHASE 
FROM THE PROCESS DEFINITION 

INDICATED BY THE 
ARGUMENT-SPECIFIED PROCESS. 



YES 



SET THE ARGUMENT-SPECIFIED WORK. 
PROCESS, ACQUIRED PHASE, AND 
ACTIVE IN THE WORK COLUMN, PROCESS 

COLUMN, PHASE COLUMN (330), AND 
PHASE STATUS COLUMN OF A FREE ROW 
IN THE WORK MANAGEMENT TABLE. 




'925 



FROM THE TASK DEFINITION TABLE OF 

THE PHASE ACQUIRED FROM THE 
PROCESS DEFINITION INDICATED BY 
THE ARGUMENT-SPECIFIED PROCESS, 
ACQUIRE THE TASK LIST. 



'930 



CALL TASK ADDITION" WITH THE 
ARGUMENT-SPECIFIED WORK.PROCESS, 
THE OBTAINED NEXT PHASE, AND 
THE TASK LIST AS THE ARGUMENTS. 



'935 



END 





WORK START j 






f 


CALL "PHASE TRANSITION" 
WITH THE ARGUMENT-SPECIFIED 
PROCESS, WORK, AND NULL PHASE 
AS THE ARGUMENTS. 










END 



'940 
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TASK NOTIFICATION 



CREATE A NOTIFICATION MESSAGE 
FROM THE ARGUMENT-SPECIFIED 
WORK, PROCESS, PHASE. 
AND TASK. 



1 




SEARCH FOR THE DOCUMENT WITH 
THE ARGUMENT-SPECIFIED WORK 
AND THE INPUT DOCUMENT FORM. 






INCLUDE THE LINK TO THE 
SEARCHED DOCUMENT INTO 
THE NOTIFICATION MESSAGE. 







INCLUDE THE LINK TO THE 
ARGUMENT-SPECIFIED OUTPUT 
DOCUMENT FORM INTO THE 
NOTIFICATION MESSAGE. 



'1005 



'1010 



'1015 



'1020 



SEND THE NOTIFICATION MESSAGE 
TO THE TASK EXECUTION USER. 



-1025 



END 
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